System and method of producing video data

ABSTRACT

A system and method for incorporating one or more additional video objects into input video data to produce output video data. A method includes retrieving the input video data, analysing the input video data to identify one or more desired visual attributes for the one or more additional video objects to possess when incorporated into the input video data, creating instructions for generating additional video data comprising the one or more additional video objects having the one or more desired visual attributes and transmitting at least the instructions to a first remote system that has already received at least part of the input video data, the instructions being useable by the remote system to generate the additional video data for incorporation into the input video data.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority under 35 U.S.C. §119 to GB ApplicationNo. 1221327.8, filed Nov. 27, 2012, the entire content of which ishereby incorporated by reference in its entirety.

BACKGROUND OF THE INVENTION

1. Field of the Invention

This application relates to producing video data. In particular, but notexclusively, this application relates to methods for, and for use in,incorporating one or more additional video objects into source videodata to produce output video data, to computer programs, computerprogram products arranged and systems comprising apparatus adapted forperforming such methods.

2. Description of the Related Technology

The television broadcast industry has changed significantly in recentyears. Prior to these changes, television programs were often recordedon video tape, either in a television studio or on location. Withvideotape there is no file structure; just linear picture information.The availability of digital technologies has resulted in media which arestructured with directories and files. The number of processes betweenraw captured material and the final material is constantly increasingas, in the file-based domain, it is possible to create workflows byconcatenating several processes.

Up until recently, branded products could be incorporated into videomaterial by physical or prop placement at the time the video materialwas recorded to generate revenue for the content producer and contentprovider via product placement. If it were desired to include a productin a given scene, the physical product, or a very good facsimile, wouldhave to be placed in the scene when it was recorded. Whilst this wasvery simple, it was highly inflexible.

With digital file processing, many new processes become possible thatcan be used to embed a branded product within a scene retrospectively.This may involve digitally post-processing a captured scene to add arepresentation of, for example, a branded drinks container on a table orshelf.

A known system describes a system that allows key frames of a videocontent item to be identified, such as low value frames, high valueframes and product placement frames. Advertisements such as advertframes may be inserted in to a sequence of key frames of the videocontent item, for example before or after one or more high value framesor by modifying one or more of the high value frames to include anadvertisement. The key frame sequence including the advertisements canthen be published for viewing by others.

It would be desirable to provide improved arrangements for producingvideo data.

SUMMARY

In one embodiment, a method of incorporating one or more additionalvideo objects into input video data to produce output video data isprovided. The method may include retrieving the input video data andanalyzing the input video data to identify one or more desired visualattributes for the one or more additional video objects to possess whenincorporated into the input video data. The method may further includecreating instructions for generating additional video data comprisingthe one or more additional video objects having the one or more desiredvisual attributes and transmitting at least the instructions to a firstremote system that has already received at least part of the input videodata. The instructions may be useable by the remote system to generatethe additional video data for incorporation into the input video data.

By transmitting the instructions to a remote system that has alreadyreceived at least part of the input data rather than generating andtransmitting the additional video data, the bandwidth requirements andtransfer time are both reduced. As the input video data is analyzed toidentify one or more desired visual attributes, and the instructionscomprise the data needed for generating additional video data comprisingthe one or more additional video objects having the one or more desiredvisual attributes, the additional video objects will have the desiredappearance within output video data.

In another embodiment, the method may comprise receiving the input videodata from a second remote system. The second remote system may bedifferent from the first remote system. A potential benefit of receivingthe input video data from a different remote system to the one in whichthe instructions were transmitted to is that this allows increasedflexibility in the process. There may be different resources at eachremote system and a more secure and/or more efficient data transferconnection from the second remote system.

In some embodiments, the method may further include transmittingadditional media data associated with the one or more additional videoobjects for use in generating the additional video data to the first orsecond remote system. The media data may comprise high quality artworkto represent the product. By transmitting the additional media dataassociated with the additional video objects, it can be utilized by theinstructions for generating the additional video data, giving a morerealistic video object.

In some embodiments, generating the additional video data may comprisegenerating one or more virtual products corresponding to the one or moreadditional video objects and applying the additional media data to theone or more virtual products. Generating one or more virtual products towhich the additional media data is applied to, allows more flexibilityto generating the additional video data, as the virtual products mayhave different media data applied for different circumstances.

In some embodiments, the method may comprise transmitting at least partof the additional media data prior to transmitting the instructions.This allows for overall transfer time to be reduced as the instructionsmay take less time to transfer compared with the additional media data.

In one embodiment, the one or more desired visual attributes include theposition of the one or more additional video objects in the input videodata, the method may comprise transmitting instructions specifying thehorizontal and vertical position at which the one or more additionalvideo objects are to be positioned in the additional video data. Thisallows for the generating the additional video data becomes a moreautomated process, requiring less user interaction.

In some embodiments, the one or more desired visual attributes includeobscuring at least part of the one or more additional video objects, themethod may comprise transmitting instructions specifying that at leastpart of the one or more additional video objects is to be masked suchthat one or more foreground objects appear in front of the at least partof the one or more additional video objects in the output video data. Bytransmitting instructions for this, generating the additional video databecomes a more automated process, requiring less user interaction.

In certain embodiments, the one or more desired visual attributesinclude the visual appearance of the one or more additional videoobjects. Instructions specifying one or more appearance effects to beused in relation to the one or more additional video objects whengenerating the additional video data may be transmitted. By transmittinginstructions for this, generating the additional video data becomes amore automated process, requiring less user interaction.

In one embodiment, the first remote system has already received all ofthe input video data. This allows for overall transfer time to bereduced as the instructions may take less time to transfer compared withthe input video data. This allows for overall transfer time to bereduced as the instructions may take less time to transfer compared withthe input video data.

In one embodiment, the method may comprise transmitting data identifyingone or more locations in a video processing system at which the outputvideo data is to be stored when produced. This provides an automatedprocess for the output data to be stored in the correct locations.

In one embodiment, the instructions may comprise overlay generationinstructions for generating a video overlay comprising the one or moreadditional video objects. As the video overlay may comprise one or moreadditional video objects, it can be viewed in conjunction with the inputvideo data to provide an in context video of the additional video objectallowing for in context checks of the additional video objects. Thisalso allows for a plurality of additional video objects to be added toinput video data separately, allowing for multiple combinations of theadditional video objects in the output video data.

In one embodiment, the input video data may comprise an intermediateworking version of source video data, the intermediate working versionincluding at least video material corresponding to one or more selectedsegments within the source video data, the selected one or more segmentshaving been selected for the inclusion of the one or more additionalvideo objects. As a distributed network is used for incorporatingadditional video objects with source video data, the process is affordedgreater flexibility and security. The intermediate working version isnot necessarily in the same order as the source video data, allowing forsimilar segments to be grouped together, simplifying the process ofadding in additional video data, and reducing the risk of the videocontent being exposed prior to airing.

In one embodiment the method may comprise receiving metadata associatedwith the intermediate working version, the metadata identifying at leastone frame within the source video data which corresponds to the selectedone or more frames. A potential benefit of this is that the intermediateworking version can allow for similar segments to be grouped together,benefiting the process of adding in additional video data.

Further features of the application will become apparent from thefollowing description of certain inventive embodiments of theapplication, given by way of example only, which is made with referenceto the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram showing a system in accordance with someembodiments.

FIG. 2 is a sequence timing diagram showing the flow of messagesassociated with adding one or more additional video objects into sourcevideo data to produce output video data in accordance with someembodiments.

FIG. 3 is a sequence timing diagram showing the flow of messagesassociated with adding one or more additional video objects into inputvideo data to produce additional video data in accordance with someembodiments.

FIG. 4 is a sequence timing diagram showing the flow of messagesassociated with adding one or more additional video objects into inputvideo data to produce additional video data in accordance with someembodiments.

FIG. 5 is a sequence timing diagram showing the flow of messagesassociated with adding one or more additional video objects into sourcevideo data to produce output video data in accordance with someembodiments.

FIG. 6 is a diagram that illustrates schematically a method forincorporating one or more additional video objects into source videodata to produce output video data in accordance with some embodiments.

FIG. 7 is a schematic diagram showing a system in accordance with someembodiments.

FIG. 8 is a schematic diagram showing a system in accordance with someembodiments.

FIG. 9 is a schematic diagram showing a system in accordance with someembodiments.

FIG. 10 is a schematic diagram showing a system in accordance with someembodiments.

DETAILED DESCRIPTION OF CERTAIN INVENTIVE EMBODIMENTS

FIG. 1 is a schematic diagram showing a video processing system 100 inaccordance with some embodiments.

The video processing system 100 includes four sub-systems 102, 104, 106,108 (referred to herein as “hubs”). Each hub performs one or more videoprocessing tasks or functions within the video processing system 100.Each hub 102, 104, 106, 108 is situated in one or more geographicallocations. In some embodiments, each of the hubs 102, 104, 106, 108 maycomprise computer hardware which has access to a local data storagesystem and a cluster of Graphics Processing Unit (GPU)-enabled computersfor video processing. It is known that video processing can be carriedout on alternatives to GPUs and embodiments of the application shouldnot be limited to carrying out the video processing on GPUs only.

Each hub 102, 104, 106, 108 is connected to one or more other of thehubs 102, 104, 106, 108 via one or more data communication networks 110.In some embodiments, the hubs 102, 104, 106, 108 are connected to eachother via the Internet. The hubs 102, 104, 106, 108 may each be locatedon a different Local Area Network (LAN). The LANs may be interconnectedby a Virtual Private Network (VPN); a private network that uses the oneor more data communication networks 110 to connect the hubs 102, 104,106, 108 together securely over a potentially insecure network such asthe Internet. Alternatively, some or all of the hubs 102, 104, 106, 108may be interconnected using leased lines or other private networkconnections.

Hub 102, which is referred to herein as the “source” hub, performs,amongst other things, video data capture and video data analysis in thevideo processing system 100.

The source hub 102 may retrieve source video data as one or more digitalfiles, supplied, for example, on video or data tape, on digitalversatile disc (DVD), over a high-speed computer network, via thenetwork 110, on one or more removable disc drives or in other ways.

The source hub 102 may be located on the same LAN as a media assetmanagement server system 112 associated with a video content provider.This allows data transfer between the media asset management serversystem 112 and the source hub 102 to benefit from the speed and securityof a LAN-based connection, rather than potentially suffer the limitedbandwidth and access latency common with Internet data transfers.

In some embodiments, the source hub 102 may comprise a video dataanalysis module 102 a, which performs pre-analysis in relation to sourcevideo data. Such analysis may be performed using appropriate softwarewhich allows products to be placed digitally into existing videomaterial.

The pre-analysis may be fully automated in that it does not involve anyhuman intervention.

In some embodiments, the video data analysis module 102 a is usedperform a pre-analysis pass in relation to the source video data toidentify one or more segments in the source video data. This may involveusing shot detection and/or continuity detection which will now bedescribed in more detail.

Pre-analysis may comprise using a video format detection algorithm toidentify the format of the source video data, and if necessary, convertthe source video data into a format capable of receiving one or moreadditional video objects.

Pre-analysis may comprise using a shot detection function to identifythe boundaries between different shots in video data. For example, thevideo data analysis module 102 a automatically detects “hard” and “soft”cuts between different shots, which correspond to hard and softtransitions respectively. Hard cuts correspond to an abrupt change invisual similarity between two consecutive frames in the video data. Softcuts correspond to the beginning or the end of a soft transition (forexample wipe and cross fading transitions), which is characterized by asignificant but gradual change in visual appearance across severalframes.

Pre-analysis may comprise using a continuity detection function toidentify similar shots (once detected) in video data. This can be usedto maximize the likelihood that each (similar) shot in a given scene isidentified—this may be a benefit in the context of digital productplacement. For each detected shot, a shot similarity algorithm detectsautomatically visually similar shots within the source video data. Thesimilarity detection is based on matching between frames, which capturesan overall global similarity of background and lighting. It may be usedto identify shots which are part of a given scene in order to speed upthe process of selecting shots that should be grouped together on thebasis that they are similar to each other.

Pre-analysis may comprise using an object and/or locale templaterecognition function and/or a face detection and recognition function.Object template recognition involves identifying objects which reappearacross, for example, multiple episodes of a television program, andwhich are appropriate for digital product placement, so that they canautomatically be found in other episodes of the program. Locale templaterecognition allows a template to be built for a certain locale in atelevision program and automatically detect the appearance of the localein subsequent episodes of the program. A locale is a location (e.g. aroom) which appears regularly in the program across multiple episodes.Face detection and recognition involve identifying characters which, forexample, reappear across multiple episodes of a television program. Thisallows for characters to be associated with a particular digital productplacement.

Pre-analysis may comprise using a tracking (such as 2D point tracking)function to detect and track multiple point features in video data. Thisinvolves using a tracking algorithm to detect and track feature pointsbetween consecutive frames. Feature points correspond to locationswithin an image which are characteristic in visual appearance; in otherwords they exhibit a strong contrast (such as a dark corner on a brightbackground). A feature is tracked by finding its location in the nextframe by comparing the similarity of its neighboring pixels.

Pre-analysis may comprise using a planar tracking function to followimage regions over time and determine their motion under the assumptionthat the surface is a plane. This may involve tracking 2D regionsdefined by splines, calculating their 2D translation, rotation, scale,shear and foreshortening through the video data. This process createsmotion information that can be exploited by other video analysisfunctions.

Pre-analysis may comprise using a motion-from-features detectionfunction which involves using the tracked 2D points to determine 2Dmotion in the video data. Given a set of tracked feature points,motion-from-features detection involves detecting which points movetogether according to the same rigid motion.

Pre-analysis may comprise using a 3D tracking function which involvesusing the tracked 2D points to determine 3D motion in the video data. 3Dtracking involves extracting geometric information from a video shot,for example the camera focal distance, position and orientation as itmoved. The other information recovered is the 3D shape of the viewedscene, represented as 3D points.

Pre-analysis may comprise using an autokeying function to separatebackground and foreground areas, allowing products to be digitallyplaced while respecting any occluding (foreground) objects to provide anatural-looking embedded image. When a foreground object moves in frontof the background where it is desired to place a product digitally, thearea into which the product is to be placed should stop at the boundarybetween the foreground and background areas. In general, the digitallyplaced product should cover the “mask” area of the background data. Thecorrect mask can be especially difficult to create when the edge of theforeground object is very detailed or blurred. The autokey algorithmuses the planar tracker to create motion information so that knownbackground or foreground areas can be propagated forwards and backwardsthrough the video in time.

Pre-analysis may comprise region segmentation which is used to split thevideo data into regions that span both time and space. Regionsegmentation involves using an algorithm that detects regions of similarpixels within and across frames of a given video scene, for example toselect point features for motion estimation.

Pre-analysis may comprise using a black border detection function, whichis used to find the borders around the video image part of video data.This involves using an algorithm that detects the presence of black barsaround the frames in a video sequence, which can interfere with variousvideo processing algorithms.

Pre-analysis may comprise proxy creation, which involves creating alower resolution and/or compressed version of the source video data.

The source hub 102 also may comprise a segment sorting module 102 b,which is used to sort the identified segments in the source video data.

As explained above, the video data analysis module 102 a may be used toidentify the shots in the source video data and to find similar shotsonce the shots have been identified. The segment sorting module 102 b isused to group identified segments together, for example on the basisthat they all share one or more common characteristics. The segmentsorting module 102 b may group identified segments together on the basisthat they all correspond to a given scene in the source video data (evenif they were dispersed throughout the source video data originally).Other suitable characteristics may include a common object, locale orsuchlike.

The source hub 102 may also comprise a digital product placementassessment module 102 c, which is used to identify and assessopportunities for digital product placement into the source video data.Identifying and assessing opportunities may involve human interaction.Identifying and assessing may comprise one or more of:

-   -   identifying opportunities for digital product placement;    -   creating a mock-up of some or all of the source video data with        one or more digitally placed products;    -   rendering preview imagery for the opportunity for digital        product placement, for example with blue boxes indicating where        the product could be digitally placed; and    -   generating an assessment report

Hub 104, which is referred to herein as the “creative” hub, is used forcreative work in the video processing system 100. The creative hub 104is provided with appropriate creative software for use in the creativeprocess.

The creative hub 104 may comprise a tracking module 104 a, which may bepart of the creative software. The tracking module 104 a may be used todetermine how the position of a digitally placed product should varywhen added into video material, for example to take into account anymovement of the camera that recorded the video material. Tracking may beautomated and/or may involve human intervention.

The creative hub 104 also may comprise a masking module 104 b, which maybe part of the creative software. The masking module 104 b is used toassess how to handle occlusion (if any) of a product to be digitallyplaced in video material having regard to other objects that may alreadybe present in the video material. Masking assessment may be automatedand/or may involve human intervention.

The creative hub 104 also may comprise an appearance modelling module104 c, which may be part of the creative software. The appearancemodelling module 104 c is used to provide a desired appearance inrelation to the digitally placed product, for example using blur, grain,highlight, 3D lighting and other effects. Appearance modelling may beautomated and/or may involve human intervention.

Since the creative process uses artistic and image manipulation skills,the creative hub 104 may be located near to a pool of such labor skills.The geographical split between the source hub 102 and the creative hub104 thus provides an efficiency benefit, whilst still minimizing therisk of piracy by controlling what and how video is transmitted outsideof the source hub 102.

Hub 106, which is referred to herein as the “quality control” (QC) hubperforms quality control in the video processing system 100. Testing andreview of video material or associated data created by the creative hub104 is performed at the QC hub 106. The QC hub 106 may be geographicallylocated remote from both the source hub 102 and the creative hub 104.The QC hub 106 is provided with appropriate quality control software foruse in the quality control process.

The QC hub 106 may comprise a rendering module 106 a, which is used torender video material. Rendering may be fully automated.

The QC hub 106 also may comprise a visual QC module 106 b, which is usedto play back video material for QC purposes and enables a viewer toapprove or reject the video material being viewed from a QC perspective.

Hub 108, which is referred to herein as the “distribution” hub,distributes video content in the video processing system 100. Thedistribution hub 108 is provided with appropriate software for use inthe video distribution process.

The distribution hub 108 may comprise a rendering module 108 a, which issimilar to the rendering module 106 a of the QC hub 106.

The distribution hub 108 may comprise a reconforming module 108 b, whichis used to combine video material together and will be described in moredetail below. Reconforming may be fully automated using the reconformingmodule 108 b.

In some embodiments, the distribution hub 108 is provided in the samegeographic location(s) as the source hub 102, and in some instances maycomprise at least some of the same hardware. This logical coupling ofthe source hub 102 and the distribution hub 108 is indicated by a dashedbox 114 in FIG. 1. It will be appreciated, however, that the source hub102 and the distribution hub 108 could be logically separate entitieswhich are not geographically co-located.

The video processing system 100 also includes an online portal 116 whichmay comprise one or more cloud-based application servers. Dataassociated with a project may be uploaded to the online portal 116 tofacilitate access to the data, for example by clients. The online portal116 may comprise a portal 116 a which provides access to the projectdata. The project data may comprise, for example, segment selectionreport data (produced by the segment sorting module 102 b), digitalproduct placement assessment report data (produced by the digitalproduct placement assessment module 102 c) and a mock-up of videomaterial with a digitally placed product (produced by the digitalproduct placement assessment module 102 c).

By providing a set of hubs in this way, different stages of a videoprocessing project can be carried out in a distributed manner acrossdifferent regions or territories, using high speed Internet connectionsor other types of connections to communicate relevant data between theseregions or territories. The video processing system 100 scales well forthe optimal deployment of hardware systems.

The video processing system 100 may include a plurality of source hubs102, for video data capture and analysis within the video processingsystem 100. A given source hub 102 may conveniently be locatedgeographically close to a given video data provider or owner. Thus, asource hub 102 could be situated in one geographical area, and anothersource hub 102 could be located in a different geographical area.

The video processing system 100 may include a plurality of creative hubs104 for creative functions within the video processing system 100. Forexample, it may be desired to have a plurality of creative hubs 104,each in different geographical areas.

The video processing system 100 may include a plurality of QC hubs 106for quality control functions within the video processing system 100.For example, it is possible to have a plurality of QC hubs 106, each indifferent geographical areas.

The video processing system 100 may include a plurality of distributionhubs 108 for distributing video content within the video processingsystem 100. A given distribution hub 108 may conveniently be located ina geographical area in which video material will be distributed.

It may also be desirable to have multiple different hubs of the sametype (for example multiple creative hubs 104) for different clients, tomaintain confidentiality.

Embodiments will now be described in which the video processing system100 is used for a digital product placement project, wherein one or moreadditional video objects are added to source video data to produceoutput video data to which the one or more additional video objects havebeen added.

In these embodiments, one or more products are digitally placed into aprogram, such as a television program, intended for broadcast to anaudience. The one or more products may serve as advertising componentsand/or may be used to enhance existing video material for the program,for example to add a special effect. There are various different typesof digital product placement, for example:

-   -   product placement—a branded product or object can be placed into        existing video material as if it were there when the video was        originally recorded, as would be the case with true product        placement; for example, a box of cereal on a kitchen table;    -   indoor and outdoor signage—posters, hoardings and billboards,        which typically appear in outdoor and indoor scenes and public        areas, can be altered to appear to display a chosen product or        brand; and    -   video placement—video data can be embedded into existing video        material, for example a commercial or animated sequence running        on a TV screen which is in the background of a scene; it is also        possible to insert screens on which the video placement may be        played, should one not be available in the scene already.

It will be appreciated, however, that the source video data need not bea program and could correspond to a feature length film, a promotionalvideo, broadcast media, online media or video-on-demand services orother video material to which it is desired to add the one or moreadditional video objects.

FIG. 2 is a sequence timing diagram showing the flow of messagesassociated with adding one or more additional video objects into sourcevideo data to produce output video data in accordance with someembodiments.

At step 2 a, the source hub 102 retrieves source video data. The sourcevideo data may be, for example, media program material into which it isdesired embed one or more additional video objects, such as one or morevirtual products. The video material for the program contains variousdifferent shots. The shots are delineated by cuts, where the camera hasstopped recording or where the video material is edited to give such animpression. Source video data retrieval may be performed automaticallyor manually.

At step 2 b, the source hub 102 creates a relatively low resolutionversion of the source video data, referred to herein as a “sourceproxy”.

At step 2 c, the source hub 102 synchronizes the source proxy to one ormore hubs, such as the creative hub 104 and the QC hub 106. The creativehub 104 and the QC hub 106 can use the source proxy to create in-contextcreative sequences and quality control sequences during the subsequentstages of video processing. The creation and synchronizing of the sourceproxy may be performed automatically.

At step 2 d, the source hub 102 analyzes the source video data. This mayinvolve conducting a pre-analysis pass in relation to the source videodata, for example to identify segments corresponding to separate shotsin the source video data. In some embodiments, the step of analyzing thesource video data occurs concurrently with or prior to creating thesource proxy. Analyzing the source video data may be performedautomatically.

At step 2 e, the source hub 102 groups one or more of the identifiedsegments together, for example on the basis that they all relate to thesame scene or the same locale. The grouping of identified segments isperformed automatically during the pre-analysis stage or manually.

At step 2 f, the source hub 102 selects one or more of the identifiedsegments for the inclusion of one or more additional video objects. Theone or more segments are selected from one or more groupings made instep 2 e. The segments may be selected on the basis that they correspondto video material in which it is likely that products could be digitallyplaced. This step can be performed automatically during the pre-analysisstage or manually.

At step 2 g, the source hub 102 creates an embed project; a project foradding one or more additional video objects to one or more segmentsidentified in step 2 f. This may involve creating an embed project filewhich contains data relating to the embed project. The source hub 102may create multiple embed projects for the source video data. Forexample, where each embed project relates to a different locale andthere are multiple different locales in the source video data. Thecreation of the embed project may be performed automatically, but with amanual trigger. All automatic processes that are triggered manually maybe triggered from a user on any of the hubs with appropriatecredentials.

Typically, not all of the identified segments of the source video dataare, in fact, suitable for product placement. Thus, not all of theidentified segments are selected for digital product placement.

Segment selection may be performed automatically and/or manually. Ahuman operator may be able to assess the appropriateness ofopportunities for product placement in context. For example, a jar ofinstant coffee would suit a kitchen scene, but would look out of placein a bathroom scene, or in an outdoor desert scene—a human operatormight therefore not select certain segments that may appear to provide agood opportunity for product placement on the basis that they would notbe suitable in context. In another example, it may be decided that akitchen worktop in a scene provides a good opportunity for a groceryproduct placement. It may be desirable to determine how long the kitchenworktop is in view—this may be performed manually or automatically. Forexample, if it is only a fleeting shot, the product placementopportunity is likely to be of limited interest. On the other hand, ifthe scene in the kitchen is long, and the location chosen for productplacement is in view for this duration, it is likely that this scenewill be or more interest for a product placement opportunity.

It may also be desirable to determine how many times a particular sceneis featured in a program. One element of product placement is temporalconsistency, also known as continuity. This involves having the sameproduct in the same position every time that scene occurs in theprogram.

At step 2 h, the source hub 102 combines or concatenates video materialassociated with the selected segments into one composite video file, onefor each embed project. The composite or combined video file is referredto herein as an “embed sequence” or “intermediate working version” ofthe source video data. The creation of the embed sequence may beperformed automatically.

The source hub 102 creates an embed sequence from the selected shots,joining them one after the other into one composite video file. Thevideo material may have been dispersed throughout the source video dataso that adjacent video material in the composite scene was notnecessarily adjacent in the source video data.

In some embodiments, the embed sequence contains a reduced amount ofvideo material compared to the source video data. For example, the embedsequence may contain video material associated with a subset of theidentified segments of the source video data—corresponding to theselected segment(s).

In some embodiments, the embed sequence does not include an audio trackcomponent. Some embodiments comprise removing an audio track componentfrom the source video data (if present).

It may be desirable, at this or another stage, to create one or moremock-ups of the desired look of the embed sequence. Such mock-ups may becreated using the digital product placement assessment module 102 c.

In some embodiments, creating the mock-up(s) may comprise renderingpreview imagery which has a blue box or cylinder in the imagery torepresent the (as yet unspecified) product to be placed for aninterested party to allow the interested party to assess the productplacement opportunity in detail. The preview imagery may be at a lowerthan final resolution, for example to reduce the amount of data to betransmitted if the preview imagery is being communicated over the datacommunications network 110 and/or so as not to transmit a finalresolution version of the preview imagery outside of the source hub 102.

The source hub 102 may insert a ‘brand image container’ into the previewimagery to assist the assessment by the interested party. For example,CGI-generated street furniture such as an advertising hording or busshelter could be inserted into the mock-up(s), so that a virtual posterdisplaying a message from the interested party can be placed on thisstreet furniture. In another example, a CGI-generated television couldbe inserted into, for example, a living room scene, so that virtualvideos could be played on the television set. To promote products, thevirtual video could be an advertisement for a product or could merelyfeature the product in question.

The source hub 102 may also create a report comprising one or moremetrics associated with the potential product placement opportunity, forexample specifying how much total time and over how many scenes thepotential product can be seen. Much popular television is episodic,which means that same scenes, locales, and characters may reappear ineach episode or show in a series. Thus, product placement opportunitiesmay relate to more than one episode of a program, for example for aspace on the kitchen table in the house of a famous character over manyepisodes, or even over multiple series.

There are many ways in which the product placement opportunity can bebrought to the attention of the interested party. In some embodiments,the source hub 102 uploads the low resolution mock up material,optionally with the report on the opportunity, to the online portal 116to facilitate access by the interested party. This allows theopportunity to be presented to a large audience and, using thescalability of cloud-based application servers, can be used to presentthe opportunity to a number of interested parties in an onlinemarketplace environment. As such, potential advertisers and/or brokersfor such advertisers may be able to access continually updatedinformation on current product placement opportunities.

At step 2 i, the source hub 102 creates metadata comprising informationconcerning the embed project.

In some embodiments, the source hub 102 adds the metadata to the embedsequence video data file and/or in the project file created by thesource hub 102 at step 2 g and/or in a separate file to the embedsequence. The metadata may be created in XML (eXtensible MarkupLanguage) or another format. The creation of the metadata may beperformed automatically. The metadata may identify, using one or moredata elements for each data type, one or more of the following:

-   -   the source hub 102, QC hub 106 and distribution hub 108 to be        used for this embed project—this information is used to identify        the particular hubs involved in this particular embed project        where there are multiple source hubs 102, QC hubs 106 and/or        distribution hubs 108 in the video processing system 100;    -   a brand and/or brand agency involved;    -   the content owner of the media;    -   the media family (for example the name of a series of which the        source video data corresponds to an episode)    -   the particular episode and season associated with the source        video data (where appropriate);    -   the scene within the episode to which the embed sequence        relates—this may be identified using a UUID (Universally Unique        IDentifier);    -   the frames covered by the embed project—this data supports the        reconform process, which will be described in more detail below;    -   the timecodes in the source video data corresponding to frames        in the embed sequence—this data also supports the reconform        process;    -   the format of the embed sequence, such as whether it is:        -   progressive video;        -   interlaced video, upper/lower field dominant;        -   3:2 pulldown video with specific field dominance and            cadence, which may or may not be the same for each shot;        -   advanced pulldown with specific field dominance and cadence,            which may or may not be the same for each shot; and    -   the codec to be used to compress the video when rendering the        project—this may be changed subsequently.

At step 2 j, the source hub 102 initiates synchronization with thecreative hub 104, where the embed project is to be worked on.

In some embodiments, the source hub 102 automatically uploads the embedsequence and/or other project-related data such as project metadata tothe creative hub 104, QC hub 106 and/or distribution hub 108 as part ofthe synchronization. The source hub 102 may also transmit a message tothe relevant hub(s) indicating that the new embed project has beencreated.

By uploading the embed sequence (rather than the entire source videodata), the amount of data to be transferred between the source hub 102and the creative hub 104 may be significantly reduced where the embedsequence contains less video data than the source video data. Sincethese data transfers may be via limited bandwidth connections, transfercosts and transfer time may also be improved.

The source hub 102 may also pre-emptively upload the embed sequence tothe QC hub 106 at this stage, even though the QC work at the QC hub 106may not be undertaken for some time. Pre-emptively transmitting theembed sequence to the QC hub 106 may reduce processing times when the QCwork does eventually start since it can have already received at leastsome of the embed sequence by the time the QC work starts. In somecases, the QC hub 106 may have received all of the embed sequence by thetime the QC work starts at the QC hub 106.

At step 2 k, the source hub 102 transmits the source video data to thedistribution hub 108 so that the distribution hub 108 has a copy of thesource video data into which the one or more additional video objectsare to be added. The transmission of the source video data may beperformed automatically, but with a manual trigger.

FIG. 3 is a sequence timing diagram showing the flow of messagesassociated with adding one or more additional video objects into inputvideo data to produce additional video data in accordance with someembodiments.

In these embodiments, the input video data is the embed sequencetransmitted from the source hub 102 to the creative hub 104 at step 2 jas part of the synchronization process. In some embodiments, the embedsequence includes only video material corresponding to segments in whichthe opportunity to embed a product has been agreed. In other words, insuch embodiments, segments in which no product is to be added are notcommunicated to the creative hub 104.

At step 3 a, the creative hub 104 sources or prepares additional mediadata such as high quality artwork to represent the product (referred toherein as “embed artwork”). The embed artwork may comprise artworkimages and/or videos and/or other forms of graphics to be used in theembedding process. The embed artwork may include, for example, a highresolution product label, or a suitable photograph of the product or thelike. The embed artwork may be prepared at the creative hub 104,received from the source hub 102, from the online portal 116 orotherwise.

There are many ways of building virtual products to which the embedartwork can be applied. For example, virtual products may be built using3D computer graphics systems such as 3DS Max or Maya, both from Autodeskin Canada. Virtual product building may include the creation of ComputerGraphic 3D ‘boxes’ that may then be wallpapered with product artwork toform a virtual product, or design of a virtual bottle in CGI and thenthe CGI affixing of label artwork. Sourcing or preparing the additionalmedia data may be performed automatically.

At step 3 b, the project is then worked on at the creative hub 104. Thecreative stage may involve significant human intervention, although atleast some of the creative steps may be performed at least in partautomatically. For example, when used, the creative softwareautomatically separates its timeline into the various shots in the embedsequence upon reading the embed sequence to facilitate working on eachshot in succession.

Various creative tasks that may be performed at the creative hub 104 atthis stage will now be described. These tasks may be used to identifyone or more desired visual attributes for the digitally placed productsto possess when incorporated into the embed sequence. Such visualattributes include, but are not limited to being, position attributes,masking attributes, visual appearance attributes (for example relatingto blur, grain, highlights, 3D lighting effects).

The creative hub 104 may track motion for the virtual product in theembed sequence and produce corresponding tracking instructions thatdefine the desired motion attributes of the product.

Tracking involves tracking the position of the virtual product, as itwill appear in the embedded sequence. In all likelihood, the camera thatshot the source video data would have moved, either in a tracking shot,or a zoom, such that the position of the virtual product in thecorresponding video material would not be in a constant horizontal andvertical position as referred to in the picture or in 3D space. Trackingis used to determine the horizontal and vertical position of the virtualproduct on each frame of the embed sequence in which the product is tobe placed. In general, the tracking information may include 2D and 3Dperspective effects such as scale, rotation and shear.

The creative hub 104 may create masks for any foreground objects in theembed sequence that obscure all or part of the embedding area, i.e. thearea in which the virtual product is to be embedded, and producecorresponding masking instructions that define the desired maskingattributes in relation to product.

In some embodiments, this process may comprise using automatic andsemi-automatic techniques such as rotoscoping and keying, in which acombination of user adjustable settings and algorithms may be used toseparate the foreground and the background in the embed sequence.Rotoscoping involves, in effect, hand-drawing the outline of occludingobjects in front of the virtual product, such as actors and furniture,over the live action. Keying involves using a key signal to determinewhich of two images is to be chosen for that part of the final image.

The creative hub 104 may perform appearance modelling, relating topositioning and adjusting the appearance of the embed artwork, andproduce corresponding appearance modelling instructions that define thedesired visual appearance of the product.

For example, it may be desirable to integrate the virtual product intothe embed sequence so that it looks like it might have been present whenthe corresponding video was originally shot. Appearance modelling maytherefore be used to be to make the virtual product look real. It mayinvolve perspective alteration of the object to be placed, to make itlook natural in the scene. It may additionally or alternatively involveadding 3D lighting, for example where a directional light is near thevirtual object a viewer would expect the virtual object to cast shadowsfrom the light. 3D lighting can be added in a number of industrystandard 3D packages such as 3DS-Max or Maya from Autodesk Inc, inCanada.

In some cases, it may be desirable to apply one or more further imageprocessing features to the CGI object that is to be placed in the scene,so that the object matches the look created by the camera, lighting andpost production process.

Alternatively, an entirely animated and/or artificial appearance may bedesired.

One option for rendering the final material—a final version of thesource video material which includes any embedded products—would be torender it at the creative hub 104. This would involve rendering theembed sequence at the creative hub 104, combining it in with the sourcevideo data at the creative hub 104 to form a complete program withembedding in, and then transferring the complete embedded material tothe distribution hub 108, possibly via the QC hub 106. However, all ofthe source video data would need to be available at the creative hub 104in order to do so. As explained above, in some embodiments, only theembed sequence, rather than the complete source video data, istransmitted to the creative hub 104.

Various embodiments which will now be described in which the finalmaterial to be broadcast is not finally rendered at the creative 104.These embodiments relate to a technique referred to herein as “pushrender” where the creative hub 104 transmits instructions to another hubto render the project. The rendered material can then be combined inwith the relevant video data at another hub.

Transmitting the instructions, rather than the rendered material, canresult in a significant reduction in the amount of data beingtransmitted between the different hubs. Notwithstanding this, it may bedesirable, in some circumstances, to transmit rendered material inaddition to, or as an alternative to, push rendering instructions—pushrendering does not necessarily preclude transmitting rendered material,but provides an additional option for reducing data transfers when used.

Embed projects may be managed using a suitable project managementsystem. The project management system can include management of projectinitiation, creation of the embed artwork, tracking, masking andappearance modelling, approvals and other functions. The projectmanagement system may also support various different push render phasesindicating whether the embed project push render is:

-   -   a local render, in which an embed project output video (produced        by rendering the instructions in a push render) is rendered        locally on a hub but has no additional workflow links such as        online video creation or project management notifications;    -   a blue box render in which the project has blue boxes placed in        the video material to identify the areas where the actual        products would or could be digitally placed;    -   a QC render to check for the quality of the tracking, masking,        appearance modelling and other work carried out at the creative        hub 104;    -   a final QC render to check the appearance of the final embed        before delivering the completed project to the client(s); and    -   a delivery render, in which the rendered video is sent to the        client to view online so the client can check the complete        placement with audio—when approved, the final media can be        delivered back to the client.

At step 3 c, the creative hub 104 may: a) create a project file whichcontains all of the tracking, masking, appearance modelling instructionsand any other data created at the creative hub 104, as well as,optionally, the embed project metadata or a subset thereof; or b) updatean existing project file received from the source hub 102 with suchdata. Creating or updating the project file may be performedautomatically, but with a manual trigger.

In some embodiments, the creative hub 104 receives the metadata createdat the source hub 102 in the embed sequence video file or in a separatefile. The creative hub 104 may include some or all of the metadata inthe project file to support the push render workflow. For example, wherethe metadata identified the distribution hub 108 to be used in thisproject, the project file may comprise data identifying the distributionhub 108. In addition, where the metadata identified one or more framesin the source video data that corresponded to the embed sequence, theproject file may include such data to facilitate reconforming.

At step 3 d, the creative hub 104 then transmits or pushes video filedata comprising at least the rendering instructions to the QC hub 106for QC purposes.

The video file data sent to the QC hub 106 to initiate push rendering ofthe project at the QC hub 106 for QC purposes may be a package (forexample a zip package) comprising: (1) a project file defining thetracking, masking, appearance modelling, embed artwork, and other data(such as effects data); (2) the embed artwork; and (3) some or all ofthe embed project metadata.

Alternatively, video file data could comprise only items (1) and (3).The embed artwork could be synced to the QC hub 106 automatically assoon as it is created on the file system. For example, the creative hub104 could transmit the embed artwork to the source hub 102 and doing socould trigger uploading of the embed artwork to the QC hub 106associated with the project. This may reduce further the amount of datato be sent to the QC hub 106 when the push render is initiated in thatthe QC hub 106 may receive at least some of the embed artwork prior tostarting the QC work. Transmitting the video file data to the QC hub maybe performed automatically, but with a manual trigger.

FIG. 4 is a sequence timing diagram showing the flow of messagesassociated with adding one or more additional video objects into inputvideo data to produce additional video data in accordance with someembodiments. The QC hub 106 has received the video file data transmittedfrom the creative hub 104 at step 3 d.

At step 4 a, the QC hub 106 renders the project based on the receivedrendering instructions. Rendering produces additional video data thatcontains the rendered embed artwork. Each frame of the additional videodata contains the rendered embed artwork in the correct place and withthe correct look as produced at the creative hub 104 and as defined inthe project file. Rendering the project based on the received renderinginstructions may be performed automatically.

In some embodiments, the rendering technique used is precompositerendering, wherein only the embed artwork is rendered, with a separatealpha channel, so that it can be later composited onto (i.e. blendedwith) the source video data. This technique allows there to be only onestage of reading and writing original media frames; the final stage ofreconform which will be described in more detail below. This reducesgeneration loss caused by decoding and re-encoding the video data. Italso allows the rendered embed project video to be small.

In more detail, for a computer-generated 2D image element which stores acolor for each pixel, additional data is stored in a separate alphachannel with a value between 0 and 1. A stored value of 0 indicates thatno objects in the 2D image overlapped the associated pixel and thereforethat the pixel would effectively be transparent if the 2D image wereblended with another image. On the other hand, a value of 1 indicatesthat an object in the 2D image overlapped the pixel and therefore thatthe pixel would be opaque if the 2D image were blended with anotherimage.

Thus in some embodiments, rendering results in, in effect, additionalvideo data in the form of overlay video data in which the virtualproducts are rendered and any embed artwork is applied to them. Theoverlay video data may be viewed as part of the QC process to check thequality of the creative work performed at the creative hub 104.

Various steps may or may not be performed at the QC hub 106 depending onthe push render options used and which push rendering phase has beenreached.

The QC hub 106 may compute metrics of the embedded sequence, for exampleby measuring the area and location of the embed(s) (embedded object(s))in each frame. These metrics may be combined with integration metrics(human judgments as to how well the embed interacts with the scene inwhich it is placed) into a report which can be delivered to aninterested party. For instance, the embed may be in the background orthe foreground, and there may or may not be actual or impliedinteraction between the embed and (key) actors. In embodiments, thereport is published online via the online portal 116 and made availableto designated parties.

In some embodiments, the overlay video data may be combined (i.e.blended) with video data derived from the source video data, such as theembed sequence or a proxy version of the source video data.

Push rendering an embed project file may create some or all of thefollowing output files, using appropriate identifiers to identify thecontent provider, media family, episode etc.

The QC hub 106 may produce a composite of the rendered embed artwork andthe embed sequence for viewing for QC purposes. In other words, the QChub 106 may create a sequence comprising the embed sequence with theembed artwork applied. This sequence can be used to judge the quality ofthe embedded artwork, in each shot in isolation.

The QC hub 106 may create a sequence comprising a contiguous section ofthe source video data (extracted from the source proxy), with the shotsfrom the embed sequence showing the embedded artwork that was added tothose shots. Any audio in the source video data that had been removedcould be added back into the scene previews at this stage. This versionis used to judge the quality of embedded artwork in the context of thesurrounding video and the audio.

In terms of the rendering process, the QC hub 106 may create a videodata file, for example a “.mov” file, in an appropriate directory. Thisis the output precomposite (RGB plus alpha channel) video containing therendered virtual product with embed artwork applied thereto. The framenumbers for this video data file correspond to those of the embedsequence.

The QC hub 106 may create a file (such as an XML file) which maycomprise per-frame metrics and a digital image file metrics (such as a.jpg file) which is a representative metrics image of the embeddedsequence with a blue border.

The QC hub 106 may also create a file that specifies the relevant pushrender phase (in this case, the QC phase). This is a copy of the projectfile or other video file data (such as the zip package) that wasrendered.

The QC hub 106 may also create one or more branded previews (for examplein MP4 format) that may be sent to the online portal 116 for preview bythe client(s).

The QC hub 106 may also create a video data file, such as a “.mov” file,for the output composite (RGB) video containing the virtual product(s)rendered into the embed sequence. This process may involve digitalcompositing in which multiple digital images are combined to make afinal image; the images being combined being frames in the precompositevideo and corresponding frames in the embed sequence. This may comprisealpha blending, where the contribution of a given pixel in theprecomposite video to a corresponding pixel in the composited video isbased on the opacity value stored in the alpha channel in associationwith the pixel. Where the opacity value of a foreground pixel is 0 (i.e.where the stored value associated with that value is 0), thecorresponding pixel is completely transparent in the foreground; wherethe opacity value of a foreground pixel is 1, (i.e. where the storedvalue associated with that value is 1), the corresponding pixel iscompletely opaque in the foreground.

At step 4 b, an operator uses the visual QC module 106 b at the QC hub106 to perform a visual QC check on the sequences that have beenprocessed at the QC hub 106. This may involve trained operators viewingthe rendered material and looking for errors. If visual faults aredetected, they can be communicated back to the creative hub 104, wherethey can be corrected (steps 4 c and 4 d). The cycles of correction maybe recorded in the project file. The QC check is principally performedmanually, although some aspects may be automated.

At step 4 f, when the material has finally passed quality control (step4 e), the QC hub 106 transmits video file data to the distribution hub108. The video file data may comprise a push render (which enables thedistribution hub 108 to generate associated video material, rather thantransmitting the video material itself), or video material that hasalready been rendered or otherwise produced.

Similar to the video file data transmitted to the QC hub 106 by thecreative hub 104 at step 3 d to initiate push rendering at the QC hub106, the video file data sent to the distribution hub 108 at step 4 fmay be a zip package comprising items (1) to (3) specified above or maybe a single file containing items (1) and (3) of the zip package. Theembed artwork could likewise have been synced to the distribution hub108 automatically as soon as it was created on the file system to reducefurther the amount of data to be sent to the distribution hub 108 whenthe push render is initiated.

It will be appreciated that the video file data transmitted to thedistribution hub at step 4 f may comprise different data to that in thevideo file data transmitted by the creative hub 104 at step 3 d. Forexample, as part of the QC process, the creative hub 104 may haveupdated at least some of the data in the video file data andcommunicated at least some of the updated data to the QC hub 106 at step4 d. The QC hub 106 could then transmit video file data including theupdated data to the distribution hub 108 at step 4 f. Alternatively oradditionally, the QC hub 106 may update some or all of the data in thevideo file data transmitted by the creative hub 104 at step 4 d itselfand include the updated data in the video file data transmitted to thedistribution hub 108 at step 4 f. The transmission of the video filedata to the distribution hub 108 may be performed automatically, butwith a manual input.

FIG. 5 is a sequence timing diagram showing the flow of messagesassociated with adding one or more additional video objects into sourcevideo data to produce output video data in accordance with someembodiments.

At step 5 a, the distribution hub 108 receives the video file data fromthe QC hub 106.

In some embodiments, the distribution hub 108 has also already receivedthe source video data, or data derived therefrom, transmitted by thesource hub at step 2 k.

At step 5 b, the distribution hub 108 obtains video material comprisingthe one or more additional video objects based on the video file data.This may involve rendering the video material if the video file data maycomprise instructions for generating the video material. Rendering maybe similar to or the same as the rendering carried out at the QC hub 106and the distribution hub 108 may create at least some of the same datafiles as those created at the QC hub 108 during the QC push renderphase, albeit at a final QC render and/or delivery render phase.

Alternatively, the video file data may already contain the videomaterial, in which case the distribution hub 108 may extract the videomaterial from the video file data. Rendering may be performedautomatically.

At step 5 c, the distribution hub 108 combines the rendered videomaterial (which includes the embedded object(s)) with the source videodata to form a completed program, or output video data, which containsthe digitally placed product(s). Reconform is performed automaticallyand may be initiated from within an appropriate software application orby an online user with appropriate credentials. The output video data isthen suitable for broadcasting or other dissemination, such as the saleof DVDs, or downloading programs via the Internet.

In more detail, reconform takes the result of push rendering one or moreembed project files as described above. The precomposite (overlay) videodata produced by the push render is blended with or composited onto thesource video data, using the metadata associated with the embed projectto place the rendered product(s) in the correct frames in the sourcevideo data. Within the frame range, each frame is read from source videodata, and any precomposite outputs for that frame provided by the pushrendered projects are overlaid on the source video data, in an internalmemory buffer. Finally the frame is exported. To determine which embedto overlay, the reconform software looks at the metadata for the pushrender project. The relevant data is that which specifies, for each shotfrom the embed project, the start frame of the shot in the timeline ofthe embed sequence, the start frame of the shot in the timeline of thesource video data, and the number of frames in the shot. From thisinformation, each frame may be mapped between the source video data andthe precomposite video. The relevant frames in the source video datamay, however, be identified in the metadata in another manner.

In some embodiments, reconform may be performed by a cluster of serversor other suitable computing devices. The reconform then commences on thecluster.

A new version of the source video data is thereby created which includesthe modified frames to produce the final video material or output videodata.

In the embodiments described above, the amount of user interactioninvolved in push rendering a project is minimal. One or more operatorsspecify which embed project file to render, and the phase of the pushrender workflow (for example, the QC stage or the final delivery stage).All details of the render itself are, in effect, automatically performedbased on rendering instructions in the project file or other push renderdata.

In some embodiments, other parts of the metadata associated with theproject are used in the process of rendering the project. For example,online videos may be created and automatically assigned permissions thatallow only the correct client(s), whose details are included in themetadata, to view them.

In some embodiments, the project file may comprise data specifying oneor more locations on the file system to which the project is to berendered. In such embodiments, the workflow may be simplified becausethe push render is simultaneously a rendering solution and adistribution solution. This allows the process of supporting theworkflow to be achieved in one step.

In some cases, there may be information that will be part of the reporton the project, but which is sensitive to the client and which it wouldtherefore be preferred not to send to the creative hub 104 or the QC hub106. By rendering the project at the source hub 102 or distribution hub108, such secret information need not be sent to the creative hub 104 orthe QC hub 106. Nevertheless, if it is desired to render at the creativehub 104 or the QC hub 106, the secret information could be automaticallyomitted from any report created by the render, or the report itselfomitted.

Some embodiments provide a feedback mechanism in relation to the pushrender workflow, because the project may be pushed from the creative hub104 or QC hub 106 to another hub, such as the source hub 102 or thedistribution hub 108, which may be on the other side of the world. Suchembodiments provide feedback on the progress and success or failure ofthe rendering by feeding back the status of the render to softwarerunning at the creative hub 104 and/or QC hub 106.

In some embodiments, a project may be push rendered to a hub other thanthe one specified as the QC hub 106 or distribution hub 108. Forexample, it may be desired to render an embed project generated by thecreative hub 104 at a hub other than hubs 102, 106, 106, 108. The otherhub may have a proxy version (low resolution and compressed) of relevantparts of the source video data. From this, it would be possible torender an embed project through local push rendering. This could be usedas part of a QC process, viewing the result of the rendering to ensurethat the project has been completed satisfactorily.

As explained above, the video processing system 100 may comprise aplurality of different source hubs 102, creative hubs 104, QC hubs 106and/or distribution hubs 108. Where a single piece of source materialgives rise to different embed projects targeted at different countries,it may be desirable to transmit the source video data in advance torespective distribution hubs 108 in those countries and then render theprojects at those distribution hubs 108. An example may be an episode ofa popular US episodic series shown in Europe. In Poland, it may berequired to incorporate a Polish brand, but in Germany, in the samescenes, it may be required to position a German brand. In this example,the source hub 102 transmits the source video data to distribution hubs108 in Poland and Germany and transmits embed sequences to both thePolish and German creative hubs 104. This may significantly reduce thetime between obtaining client approval and final delivery at the correctsystem for broadcast or distribution.

Embodiments described above provide significant data transfer savings,in that the creative hub 104 and/or the QC hub 106 only transmitsinstructions on what to do to embed and then render the additional videodata, rather than transmitting the rendered embed sequence itself withthe embedded objects. Such embodiments do not preclude transfer of some,or all, of the rendered embed sequence, but it may not be transmitted insuch embodiments.

Where the embed instructions are sent from the creative hub 104 to thesource hub 102, QC hub 106 or distribution hub 108, these instructionsmay be interpreted locally by similar software as was used at thecreative hub 104.

FIG. 6 is a diagram that illustrates schematically a method forincorporating one or more additional video objects into source videodata to produce output video data in accordance with some embodiments.

At step S601, source video data is retrieved. The source video data ismade up of a number of frames of image data. Segments (A, B, C, D, E, .. . ) of the source video data identified. For example, each segment maycorrespond to a shot in the source video data. Each segment may comprisea number of frames of video material. For example, segment A maycomprise a number of frames of video material between frame identifiers“a” and “b”, segment B may comprise a number of frames of video materialbetween frame identifiers “b” and “c” and so on. The frame referencesmay be, for example, frame numbers or timecodes associated with thestart and end frames of each segment.

At step S602, one or more of the identified segments within the sourcevideo data are selected for the inclusion of one or more additionalvideo objects. For example, segments B, C and E may be selected for theinclusion of the one or more additional video objects.

At step S603 an intermediate working version of the source video data iscreated. The intermediate working version includes at least videomaterial corresponding to the selected segments (segments B, C and E).Metadata which identifies at least one frame within the source videodata which corresponds to the selected segments is created. The metadataidentifies the frames in the source video data to which segments B, Cand E correspond by including the frame identifiers that correspond tothe start and end of each segment: b-c; c-d; and e-f respectively.

At least the intermediate working version is transmitted to a remotesystem for the creation of additional video data for including the oneor more additional video objects in the output video data. In somecases, the metadata may also be transmitted to the remote system.

At step S604, the video file data associated with the additional videodata is received after it has been created using the intermediateworking version transmitted to the remote system. In some embodiments,the additional video data is the intermediate working version with theone or more additional video objects added thereto. Segments B, C and Ein the intermediate working version are denoted as segments B′, C′ andE′ in the additional video data to indicate that the one or moreadditional video objects have been added thereto. Metadata is retrievedwhich identifies at least one frame within the source video data towhich the additional video data is to be added. As depicted in FIG. 6,the retrieved metadata includes the frame identifiers that correspond tothe start and end of each segment B′, C′ and E′ in the additional videodata: b-c; c-d; and e-f respectively.

At step S605, the metadata can be used to determine the frames withinthe source video data to which the additional video data is to be added.

At step S606, at least the additional video data, the source video dataand the retrieved metadata are used to produce the output video data. Inparticular, the output video data includes the original segments A and Dthat did not form part of the intermediate working version. The segmentsB′, C′ and E′ in the additional video data to which the one or moreadditional video objects have been added into the source video data andhave replaced corresponding original segments B, C and E.

FIG. 7 is a schematic diagram showing a video processing system 700 inaccordance with some embodiments.

The video processing system 700 is similar to the video processingsystem 100 described above in relation to, and as depicted in, FIG. 1.Like features are indicated using the same reference numerals,incremented by 600, and a detailed description of such features areomitted here.

In the video processing system 700, the functionality of the source hub702 and the distribution hub 708 are combined into a single entity 714.Entity 714 thus includes at least the video data analysis module 702 a,segment sorting module 702 b, digital product placement assessmentmodule 702 c, rendering module 708 a and reconforming module 708 b.

FIG. 8 is a schematic diagram showing a video processing system 800 inaccordance with some embodiments.

The video processing system 800 is similar to the video processingsystem 100 described above in relation to, and as depicted in, FIG. 1.Like features are indicated using the same reference numerals,incremented by 700, and a detailed description of such features areomitted here.

In the video processing system 800, the digital product placementassessment module 102 c of the source hub 102 is moved into the onlineportal 816; the online portal 816 therefore includes a digital productplacement assessment module 802 c which performs the same or similarfunctions as the digital product placement assessment module 102 c ofthe source hub 102. In such embodiments, the embed sequence may becreated and be placed in the cloud, for example at low resolution, whichcould be used to produce mock-ups of the product placement opportunitylocally at customer premises.

Although, in the video processing system 800 depicted in FIG. 8, onlythe digital product placement assessment module 102 c of the source hub102 is moved into the online portal 816, embodiments are envisaged inwhich one or more of the video data analysis module 102 a, segmentsorting module 102 b, and the digital product placement assessmentmodule 102 c of the source hub 102 are moved into the online portal 816.For example, the segment sorting module 102 b could be placed into theonline portal 816, allowing characters and locales to be annotated atcustomer premises.

In some embodiments, all segments in the source video data may be placedinto the online portal 816. This may not be as secure as uploading onlysome, selected segments. However, the form of the video material, afterpre-analysis/segment sorting, may not be in the same linear timeline asthe source video data. This is because pre-analysis/segment sorting maygroup like scenes, camera angles and/or locales that may appear atdifferent parts of the program together. Thus, even if a determinedthird party were to get hold of the video material, they would have toundo the pre-analysis/segment sorting, and edit the video material backtogether into its original form. This offers some form of security.

FIG. 9 is a schematic diagram showing a video processing system 900 inaccordance with some embodiments.

The video processing system 900 is similar to the video processingsystem 100 described above in relation to, and as depicted in, FIG. 1.Like features are indicated using the same reference numerals,incremented by 800, and a detailed description of such features areomitted here.

In the video processing system 900, all of the processing performed ator by the source hub 102 and the distribution hub 108 has been pushedinto the online portal 916. The video processing system 900 allowspre-analysis, segment sorting, assessment, output rendering andreconforming all to be carried out in or from the online portal 916. Insuch embodiments, cloud security should be carefully considered andincreased where possible, as both the source video data and the outputvideo data would be contained within the online portal 916, either ofwhich may be desired by unauthorized third parties.

FIG. 10 is a schematic diagram showing a system in accordance with someembodiments. In particular, FIG. 10 illustrates schematically variouscomponents of the source hub 102.

In some embodiments, the components of the source hub 102 are alllocated on a suitable subnet, on the same LAN. In some embodiments, thesource hub connects to other hubs 104, 106, 108 in the video processingsystem 100 via a VPN.

The source hub 102 may comprise a plurality of workstations 1020 a, 1020b. The workstations 1020 a, 1020 b are connected to a network switch1022 via suitable connections, for example via 1 GB Ethernetconnections.

The source hub 102 includes a cluster 1024 of high speed parallelprocessing graphics processing unit (GPU)-enabled computers forreal-time video processing which are also connected to the switch 222via suitable connections, for example via 1 Gb Ethernet connections.

The source hub 102 includes primary and backup storage systems 1026,1028. The storage systems 1026, 1028 store media and other dataassociated with projects that are processed in the video processingsystem 100. The data storage systems 1026, 1028 may store ingestedsource video data, output video data and other data such as metadatafiles (for example in XML format), video proxies, reports and assetsused in processing video data. The data storage systems 1026, 1028 serveboth the workstations 1020 a, 1020 b and the cluster 1024 and areconnected to the switch 1022 via suitable connections, such as 10 GBEthernet connections.

The source hub 102 includes a File Transfer Protocol (FTP) server 1030for transferring files such as media files and associated files, whichis also connected to the switch 1022 via a suitable connection, forexample a 1 GB Ethernet connection.

The source hub 102 may include a media capture device 1032, such as avideo tape recorder (VTR) 1032 for importing and exporting videomaterial. The media capture device 1032 is connected to the switch 1022via a suitable connection.

The switch 1022 is connected to the data communications network 110 viaa suitable connection which may include a VPN firewall to allowtunneling into the hub.

The above embodiments are to be understood as illustrative examples ofthe application. Further embodiments of the application are envisaged.

Embodiments have been described in which the creative hub 104 receivesthe embed sequence from the source hub 102 and creates push renderinstructions for the project associated with the embed sequence.However, embodiments are envisaged in which the input video dataretrieved by the creative hub 104 is not the intermediate version and,indeed, embodiments relating to push render are not limited to receivingvideo data from a source hub 102. In some embodiments, the input videodata could be retrieved from an entity outside the video processingsystem 100, 700, 800, 900 and the input video data may not have beensubject to the analysis, segment sorting and assessment described above.

Embodiments have been described above in which the creative hub 104 maycomprise various creative modules 104 a, 104 b, 104 c which are used toanalyze input video data and to generate instructions for generatingadditional video data comprising the one or more additional videoobjects. In some embodiments, the source hub 102 may also comprise someor all such modules. The source hub 102 may use such modules to createpreview imagery that may be a closer resemblance to final result.

It is to be understood that any feature described in relation to any oneembodiment may be used alone, or in combination with other featuresdescribed, and may also be used in combination with one or more featuresof any other of the embodiments, or any combination of any other of theembodiments. Furthermore, equivalents and modifications not describedabove may also be employed without departing from the scope of theapplication, which is defined in the accompanying claims.

What is claimed is:
 1. A method of incorporating one or more additionalvideo objects into input video data to produce output video data, themethod comprising: retrieving the input video data; analyzing the inputvideo data to identify one or more desired visual attributes for the oneor more additional video objects to possess when incorporated into theinput video data; creating instructions for generating additional videodata, the additional video data comprising the one or more additionalvideo objects having the one or more desired visual attributes; andtransmitting at least the instructions to a first remote system that hasalready received at least part of the input video data, wherein theinstructions are useable by the remote system to generate the additionalvideo data for incorporation into the input video data.
 2. The method ofclaim 1, further comprising receiving the input video data from a secondremote system, wherein the second remote system is different from thefirst remote system.
 3. The method of claim 2, wherein the first remotesystem receives the at least part of the input video data from thesecond remote system.
 4. The method of claim 2, further comprisingtransmitting additional media data associated with the one or moreadditional video objects for use in generating the additional video datato the first or second remote system.
 5. The method of claim 4, whereingenerating the additional video data comprises generating one or morevirtual products corresponding to the one or more additional videoobjects and applying the additional media data to the one or morevirtual products.
 6. The method of claim 1, wherein the one or moredesired visual attributes include the position of the one or moreadditional video objects in the input video data, and wherein the methodfurther comprises one or more of: transmitting instructions specifyingthe horizontal and vertical position at which the one or more additionalvideo objects are to be positioned in the additional video data;transmitting instructions specifying that at least part of the one ormore additional video objects is to be masked such that one or moreforeground objects appear in front of the at least part of the one ormore additional video objects in the output video data; transmittinginstructions specifying one or more appearance effects to be used inrelation to the one or more additional video objects when generating theadditional video data; and transmitting instructions specifying overlaygeneration instructions for generating a video overlay comprising theone or more additional video objects.
 7. The method of claim 1, whereinthe input video data comprises an intermediate working version of sourcevideo data, the intermediate working version including at least videomaterial corresponding to one or more selected segments within thesource video data, the selected one or more segments having beenselected for the inclusion of the one or more additional video objects.8. The method of claim 7, further comprising receiving metadataassociated with the intermediate working version, the metadataidentifying at least one frame within the source video data whichcorresponds to the selected one or more frames.
 9. A system forincorporating one or more additional video objects into input video datato produce output video data, comprising: a memory configured to storethe input video data; a processor configured to: retrieve the inputvideo data from the memory; analyze the input video data to identify oneor more desired visual attributes for the one or more additional videoobjects to possess when incorporated into the input video data; createinstructions configured to generate additional video data comprising theone or more additional video objects having the one or more desiredvisual attributes; and a network interface configured to transmit atleast the created instructions to a first remote system that has alreadyreceived at least part of the input video data, wherein the instructionsare useable by the remote system to generate the additional video datafor incorporation into the input video data.
 10. A non-transitorycomputer-readable medium having computer-executable instructions storedthereon, which, when executed by a computing device cause the computingdevice to perform a method of incorporating one or more additional videoobjects into input video data to produce output video data, the methodcomprising: retrieving the input video data; analyzing the input videodata to identify one or more desired visual attributes for the one ormore additional video objects to possess when incorporated into theinput video data; creating instructions for generating additional videodata, the additional video data comprising the one or more additionalvideo objects having the one or more desired visual attributes; andtransmitting at least the instructions to a first remote system that hasalready received at least part of the input video data, wherein theinstructions are useable by the remote system to generate the additionalvideo data for incorporation into the input video data.
 11. A method ofincorporating one or more additional video objects into input video datato produce output video data, the method comprising: receivinginstructions from a first remote system for generating additional videodata comprising the one or more additional video objects having one ormore desired visual attributes, wherein the instructions are receivedafter already having received at least part of the input video data;generating the additional video data based at least in part on thereceived instructions; and incorporating the additional video data intothe input video data to produce the output video data including the oneor more additional video objects having the one or more desired visualattributes.
 12. The method of claim 11, further comprising receivingadditional media data from the first or second remote system, theadditional media data being associated with the one or more additionalvideo objects for use in generating the additional video data.
 13. Themethod of claim 12, wherein generating the additional video datacomprises generating one or more virtual products and applying theadditional media data to the one or more virtual products.
 14. Themethod of claim 13, wherein the one or more desired visual attributesinclude the position of the one or more additional video objects in theinput video data, and wherein the method further comprises one or moreof: receiving instructions specifying the horizontal and verticalposition at which the one or more additional video objects are to bepositioned in the additional video data; receiving instructionsspecifying that at least part of the one or more additional videoobjects is to be masked such that one or more foreground objects appearin front of the at least part of the one or more additional videoobjects in the output video data; receiving instructions specifying oneor more appearance effects to be used in relation to the one or moreadditional video objects when generating the additional video data;receiving instructions specifying one or more appearance effects to beused in relation to the one or more additional video objects whengenerating the additional video data; or receiving instructions compriseoverlay generation instructions for generating a video overlaycomprising the one or more additional video objects.
 15. The method ofclaim 11, wherein the instructions comprise overlay generationinstructions for generating a video overlay comprising the one or moreadditional video objects.
 16. The method of claim 11, wherein the inputvideo data comprises an intermediate working version of source videodata, and wherein the intermediate working version includes at leastvideo material corresponding to one or more selected segments within thesource video data, and wherein the selected one or more segments areselected for the inclusion of the one or more additional video objects.17. The method of claim 16, further comprising receiving metadataassociated with the intermediate working version, wherein the metadataidentifies at least one frame within the source video data whichcorresponds to the selected one or more frames.
 18. The method of claim17, further comprising transmitting at least one of the receivedmetadata or metadata derived therefrom, wherein the transmitted metadataidentifies at least one frame within the source video data whichcorresponds to the additional video data.
 19. A system for incorporatingone or more additional video objects into input video data to produceoutput video data, comprising: a memory configured to store the inputvideo data; a network interface configured to receive instructions froma first remote system, the instructions configured to generateadditional video data comprising the one or more additional videoobjects having one or more desired visual attributes after alreadyhaving received at least part of the input video data; a processorconfigured to: generate the additional video data based at least in parton the received instructions; and incorporate the additional video datainto the input video data to produce the output video data including theone or more additional video objects having the one or more desiredvisual attributes.
 20. A non-transitory computer-readable storage mediumhaving computer-executable instructions stored thereon, which, whenexecuted by a computing device, cause the computing device to perform amethod of incorporating one or more additional video objects into inputvideo data to produce output video data, the method comprising:receiving instructions from a first remote system for generatingadditional video data comprising the one or more additional videoobjects having one or more desired visual attributes after alreadyhaving received at least part of the input video data; generating theadditional video data based at least in part on the receivedinstructions; and incorporating the additional video data into the inputvideo data to produce the output video data including the one or moreadditional video objects having the one or more desired visualattributes.